Integrated timeline and logically-related list view

ABSTRACT

A system and method for graphically showing the order and timing of elements in a presentation program or other software. The sequence of events is shown in an event list, a list of events in sequence order, each event being associated with an event timeline bar and correlated with a universal timeline, in the editing window of an electronic presentation or other software that deals with the scheduling of events. In one embodiment, each item in the list represents an individual animation effect. Elements of the event list are logically related to each other and these logical relationships may be used in assisting a user to build a sequence of events (e.g., an animation sequence).

BACKGROUND OF INVENTION

1. Technical Field

The invention is related to a system and method of customizing asoftware program, in this case a presentation program, to provide a userwith a graphical representation of the order of elements and theirtiming. This invention is described in terms of creating an animationsequence. The invention could, however, be equally well applied to othersoftware applications, such as, for example, Internet web-site authoringsoftware, project/program management software, scheduling softwareprograms, electronic mail programs, and gaming software.

2. Background Art

Animation, the adding of a special visual or sound effect to text or anobject, is a powerful way to attract and sequence an audience'sattention in an electronic presentation. It is possible to animate text,graphics, diagrams, charts, and other objects to focus the audience onimportant points, control the flow of information, and add interest to apresentation. Animation in a presentation occurs when objects oranimation effects on these objects in a slide are scheduled by the userto appear in a prescribed sequence. When the user then inputs a commandfor one or more of the objects or effects to appear, they appear in acertain order. For example, a user can have a text bullet on a slide flyinto the slide from the left, one word at a time, or hear the sound ofapplause when a picture is uncovered. Such animation effects includehaving an object spin, fade in, fade out, fly across the screen, split,descend, ascend, expand, change color, change text characteristics, orbe associated with sound or video, to name a few.

Animation is a temporally continuous phenomenon, but is typicallyprogrammed in terms of a discrete sequence of changes. One of theproblems facing an author producing an animated presentation is that itcan be difficult to know which elements in the presentation they haveanimated, the start and stop times (and hence duration) of eachanimation element, and in which sequence the animation events will play.

Some existing software that employs animation shows the animationsequence as a simple list. This makes it difficult to reconcile theorder in which animation elements or events are going to animate, andhow long they are going to animate. There is no indication as to thetiming of each animation event and mental effort is required to matchthe list to what is being shown in the animation editor, where theanimation is composed for later viewing by an audience. Users havecomplained that they cannot tell which objects on the slides areanimated, nor can they determine the sequence and timing of animationeffects.

Some software programs use the concept of a simple timeline in order toallow a preview of events in a sequence over time. However, theseprograms require a user to work entirely in the temporal plane todetermine the sequence of events, adjusting the times of each eventmanually to create the desired sequence of events. This can be verycumbersome and time-consuming since using this method to create asequence of events is extremely labor-intensive. In order to preview asequence of events the user must repeatedly search for the times ofinterest and then take another action to display the events occurring atthat time. If the user wishes to modify the sequence or timing ofevents, they must then take additional actions to modify the timing ofeach event to produce the desired result.

Therefore, what is needed is a system and method for representing ordisplaying the order and timing of objects and effects in an animationsequence, that makes it simple for a user to determine which elementsare animated, the order in which they are animated, and the animationduration for each animation event. Preferably such a system wouldinclude a great deal of automation to simplify user tasks.

SUMMARY OF INVENTION

The system and method according to the present invention solves theproblems associated with creating an ordered appropriately-timedanimation sequence. It allows a user to easily create and edit ananimation sequence. The sequence of animation events or effects is shownin an event list, each animation event being capable of being associatedwith an event timeline bar that represents the timeline of eachanimation effect and that is correlated with a universal timeline thatprovides the timeline for the entire animation sequence. The animationlist, event timeline bars and universal timeline are displayed andmanipulated in the editing window of an electronic presentation or othersoftware that deals with the scheduling of events. Logical relationshipsbetween events are used to automate and simplify the animation sequencecreation. The system and method gives a user instant feedback on thesequence of animation events, as well as their timing and duration. Itallows the user to debug the animation events in real time when using ananimation editor or viewer to create the animation events. Furthermore,it allows the user to easily create a simple sequence of events and thenfine-tune it with respect to timing of the events. The system and methodalso includes an improved timeline scroll bar that allows the user toselect desired times and view events occurring at that time in onemotion.

Specifically, the system and method according to the present inventionconsists of a User Interface (UI) that shows the order of the animationevents or effects in an ordered event list. Each item in the event listrepresents an individual animation effect or event. Each event ispreferably associated with a number that represents its order in asequence of mouse clicks or other computer input device selectionactions or its logical relationship to other animation events in theevent list.

Elements of the aforementioned event list may be logically related toeach other. These logical relationships are used in assisting a user tobuild a sequence of events (e.g., an animation sequence). Exemplarylogical relationships between events (or animation effects) include“start with previous” and “start after previous”. The “start withprevious” logical relationship allows two or more animations to starttogether at the same time as a previous event in the event list. Thus,the ‘start with previous’ logical relationship introduces several itemsat once in the ordered sequence. On the other hand, the “start afterprevious” logical relationship allows a delay before the next animationis introduced. That is, the ‘start after previous’ logical relationshipcauses an event to start after the completion of an immediately previousevent or group of events in the event list. Alternately, the user canspecify that an event or animation effect should begin with “start onclick”. This ‘start on click’ logical relationship means that the usercan pause their presentation until they click their mouse (or othercomputer input device) a specified number of times. This ‘start onclick’ relationship, for example, gives the user time to describe whatthey are showing on a slide. In one embodiment of the invention, thelogical relationship can be defined to start an event at the same timeas another triggering event (‘start on trigger’), producing anevent-driven result. For instance, the user can use this feature tospecify that a slide containing background information appear if theuser clicks on a particular portion of a slide.

The benefit for the user of the logical relationships is that the userdoes not have to worry about the timing of the animation events e.g.,the user does not have to specify the exact duration of an event orstart time in seconds. Nor does the user have to manipulate a complextimeline UI to define a simple sequence of events.

The user may associate a logical relationship with an event in the eventlist by selecting the event and activating a context-sensitive menu thatallows the user to specify the selected event's logical relationship toother events in the event list.

Each event in the event list can also be associated and marked with oneor more indicators. Such an indicator can, for instance, represent thenumber in a sequence of mouse or other computer input device selectionactions which causes an animation effect on an associated object orelement. Or the indicator can represent the logical relationship of ananimation event associated with the object to other animation events inthe event list. For instance, an indicator that appears as a clock maybe used to represent the ‘start after previous’ logical relationship ofan event. Alternately, an indicator can represent the type of animationeffect (e.g., fly in or fade in).

In one embodiment of the present invention, if the user expands the sizeof the task pane containing the event list in the animation editor thenthe amount of space to show the event list and associated logicalrelationship indicators is recalculated. As the user expands the size ofthis task pane (and hence gives more space to show the information),additional portions of the UI are displayed (e.g., more indicators ormore of the event list are displayed). If the user reduces the size ofthe task pane, less information will be displayed (e.g., the indicatorswill no longer be displayed, or less events will be displayed on theevent list).

To allow the user to set more complex timing relationships, an advancedtimeline view is optionally provided in conjunction with the event list.In general, this detailed timeline view graphically shows the timingrelationships between events. More specifically, each event in the eventlist may be associated with an event timeline bar and correlated to auniversal timeline showing times (preferably in seconds or portionsthereof) that correlate to the event timeline bars displayed in theevent list. These event timeline bars are graphically depicted to theright of the elements in the event list, graphically showing the event'sstart time and end time. These event start and end times correlate tothe appropriate times on the universal timeline. Typically, only theevent timeline bars corresponding to a specific number of mouse clicksare displayed (as a group) at a given time. However, it is possible todisplay all of the event timeline bars there is room to display on theslide. The universal timeline scrolls in unison with the visible eventtimeline bars when a user scrolls from left to right (or vise-versa) tomake different event timeline bars visible.

In one embodiment of the invention, the user can place a computer datainput device cursor, such as a mouse cursor, over an event timeline barand a window of additional information will pop up. This pop-up windowis typically referred to as a “tool tip”. For example, if the user holdsdown the left mouse button over the left edge on an event timeline bar,the start time of the event will be numerically displayed in a pop-upwindow. If the user holds down the left mouse button over the middle ofthe event timeline bar, the event duration will numerically bedisplayed. Likewise, if the user holds down the left mouse button overthe right edge of the event timeline bar, the event end time will bedisplayed. Alternately, this tool tip or pop-up window may provide alist of the elements associated with the animation event bar. Or thetool tip window could be interactive and allow the user to set upparameters for the animation associated with a specific object.

The user can ‘drag and drop’ the event timeline bars (with a mouse orother computer input device) to set exact timings. If a users selectsand drags the left edge of an event bar with an input device the starttime of this event will be moved either earlier or later in time,depending on the direction (left or right) the left edge is dragged.Assuming horizontally-depicted event timeline bars, if a user selectsand drags a right edge of an event timeline bar this will move the endtime of the event either earlier or later in time. Logically, theduration of the event can be modified by modifying the start and stoptimes in this manner. Finally, if a user selects and drags the entireevent bar with an input device, this action will move the entire eventeither later or earlier in time, while maintaining its duration.

In one embodiment of the present invention, the user can also specifythat an event be defined as a delay between events. In this case, thedelay may be depicted as a line from the end of an event timeline bar tothe start of the subsequent event timeline bar, instead of a bar. Or theevent timeline bar may be depicted as a bar that is not filled in orthat is colored differently from the rest. Additionally, options can bemade available to the user to insert both long and short standard delaytimes between events.

The user of the system and method according to the present invention canuse various mouse and keyboard short cut keys to manipulate the eventtimeline bars of the event list. For example, ‘shift’ and ‘ctrl’keyboard keys can be used to make contiguous and non-contiguous multipleselections in conjunction with a mouse. Furthermore, the user can changethe order of animation effects and associated event timeline bars byselecting an animation effect in the animation event list and draggingit up or down the list with a mouse cursor or other computer inputdevice. When the user changes the order of the animation events by doingthis, the logical relationships associated with the events in theanimation list and the indicators associated with them stay the same themeaning of the logical relationship and indicators attached to an effector event is preserved. The user can also delete an event from the eventlist and the corresponding event timeline bar and associated indicatorswill be deleted and the logical relationships of the other events in theevent list will be recalculated according to a set of logic rules toreflect their new order in the sequence.

In one embodiment of the present invention the user can specify that anevent or effect repeats itself. Typically, this feature is selectable bydouble-clicking on the event from the event list, which brings up adialog that allows the user to set an event to repeat. Alternately, theuser can click the right mouse button to bring up a context-sensitivemenu that provides the user with an option to set a repeat interval. Theuser can also change the created repeat interval by manipulating theevent timeline bars.

A single animated object may have zero, one or several event timelinebars associated with it in the animation creation and editing portion ofthe application software, each event timeline bar corresponding to adifferent animation event. However, when the final animation product,such as an electronic presentation, is viewed by an audience theanimation event timeline bars, event list and associated universaltimeline, are not visible.

The present invention's simultaneous showing of the event timeline barview in association with the event list view provides a useful UI forboth novice and expert. The list view provides an UI that makes it easyfor a novice to rapidly build a presentation sequence. The eventtimeline bar representation of the animation events allows the sequenceto then be finessed if the user wants to set more complex relationships,and is also useful for performing fine tuning of the timing of events,as well as finessing more complex timing relationships such assynchronizing text to audio or video. Because the views are combined andallow the user to simply overlay the event list and event timeline barsand associated universal timeline within the same task pane, the userdoes not have to do work to understand how the timing of variousanimation events relates to their sequence or vice-versa. The user canswitch back and forth between working with the event list or workingwith the event timeline bars, depending on whether they want tomanipulate exact timing, or just build a general sequence. The eventlist view makes it easy to quickly build a presentation. The user canthen manipulate and finesse the general sequence of events by draggingand dropping the event timeline bars with a computer input device, suchas a mouse.

In one embodiment, when the user is playing an animation, the timelineview is shown to make it easy for the user to follow the sequence. Thetimeline scrollbar is shown moving forward in time and the animationevents occur as the current time marker, the scrollbar's thumb, reachesthem. The user is allowed to pause the animation playback and directlymanipulate the event timeline bars by dragging their start or end times.The user can check the event bar timings by ‘scrubbing’ the thumb of thecurrent time marker (moving within the universal timeline to locate aparticular time). This process allows the user to get quick feedback asto the current arrangement of events.

Because the event list view and event timeline bar view are combined,the two views allow the user to set timing constraints. Theseconstraints can be shown as vertical lines in the timeline view. Thesetting of timing constraints impacts the user in two valuable ways.First, if the user changes the logical relationships with the eventtimeline bar view visible then the event list is re-drawn to show thenew sequence. This saves the user having to perform cumbersome,time-consuming drag operations on the event timeline bars to make themstart at the same time, or after another. If the user changes theanimation event sequence, the event timeline bar is redrawn to show thenew relationships. Without this feature the user would have to use themouse to align the two event timeline bars, which could be annoying andawkward. Second, if the user sets that an effect or event should finish“after” the previous effect then this constraint is enforced in theevent timeline bar. This means that if the user changes another eventtimeline bar to occur earlier in the sequence then the following eventtimeline bars will be adjusted to accommodate the constraint. This savesthe user having to manually retime each of the other event timeline barsin the sequence as the event timing is automatically reset.

Providing flexible constraints in the creation of an event timeline ishighly powerful. It means that the user does not need to individuallyretime each timeline if they make an adjustment earlier in theirpresentation the constraint will appropriately push all the other eventtimes (and associated event timeline bars) forward or backward in time.

One embodiment of the present invention contains a specific set ofconstraint satisfaction rules. These are defined as follows: i) Thefirst event timeline bar in the sequence is never constrained. It cannotbe set to start “after previous”, since no previous event bar/timelineexists.

ii) Event timeline bars set to start “with previous” are not constrainedto one another. The “with previous” logical relationship is treated as anon-constraint, but when it is set the corresponding event is forced todefault to start at the start time of the previous event timeline bar.

iii) Event timeline bars set to start “with previous” cannot be retimedprior to an “after previous”. The user is not allowed to drag a “withprevious” event timeline bar prior to the start of an “after previous”.Event timeline bars preceding an “after previous” must start either atthe same start time, or later.

iv) Event timeline bars set to start “after previous” start followingthe longest duration event timeline bar of any “with previous” eventtimeline bars in the prior block or group (usually a group is defined ascorresponding to a specific mouse click or input device action), up tothe last “after previous” event timeline bar.

v) Event timeline bars which have no duration i.e., continue forever(such as, for example repeating events), are treated as having an endtime the same as their start time. Setting an “after previous” in thiscase sets the constraint to the start of the timeline.

In one embodiment of the present invention, the timeline view contains asimplified all-in-one scroll bar and seeking control. This simplifiedtimeline control allows the user to seek time and manipulate the viewdisplayed all in one action. As the user scrolls forward in time bymanipulating a thumb control (a part of the scrollbar the user can grabwith a mouse cursor or other input device) on a universal timelinescrollbar more of the event sequence is made visible to the user. Thisconfiguration takes up less screen real estate that conventionaltimeline controls, and is more discoverable, since it appears as anormal scrollbar. For comparison of the benefits, existing timelines usea separate control to seek time and a normal scrollbar to manipulate theview. These can be unwieldy, since the user has to often scroll and thenuse a different control to seek to an exact point in time. The timelinescrollbar and associated thumb control of the system and methodaccording to the present invention is a unique UI that makes' seekingtiming easy and intuitive.

BRIEF DESCRIPTION OF DRAWINGS

The specific features, aspects, and advantages of the present inventionwill become better understood with regard to the following description,appended claims and accompanying drawings where:

FIG. 1 is a diagram depicting a general purpose computing deviceconstituting an exemplary system for implementing the present invention.

FIGS. 2A and 2B are screen images showing an exemplary implementation ofa working example according to the present invention wherein the logicalrelationships between events are set in an event list.

FIGS. 3A and 3B are screen images showing an exemplary implementation ofa working example according to the present invention wherein the logicalrelationships between animation events are changed using acontext-sensitive menu.

FIGS. 4A and 4B are screen images showing an exemplary implementation ofa working example according to the present invention wherein the taskpane displaying the event list is widened.

FIGS. 5A and 5B are screen images showing an exemplary implementation ofa working example of the present invention wherein animation events areshown as event timeline bars that correlate to a universal timeline.

FIG. 5C is a screen image showing an exemplary implementation of aworking example of the present invention wherein a pop-up windowprovides additional information on an event timeline bar.

FIGS. 5D and 5E are screen images showing an exemplary implementation ofa working example according to the present invention wherein eventtimeline bars are dragged and dropped with a computer input device toset the exact timing of events.

FIGS. 5F, 5G, 5H, 5I, 5J and 5K are screen images showing an exemplaryimplementation of a working example of the present invention wherein theevent timeline bars are dynamically updated when the logicalrelationship between events is changed.

FIGS. 6A and 6B are screen images showing an exemplary implementation ofa working example of the present invention wherein the user plays ananimation event sequence in the animation editor.

FIGS. 6C and 6D are additional screen images showing an exemplaryimplementation of the present invention wherein the event bars andtimeline are dynamically updated when the logical relationship betweenevents is changed.

FIGS. 7A and 7B are additional screen images showing an exemplaryimplementation of the present invention wherein a simplified scroll baris depicted.

DETAILED DESCRIPTION

In the following description of the preferred embodiments of the presentinvention, reference is made to the accompanying drawings, which form apart hereof, and which is shown by way of illustration of specificembodiments in which the invention may be practiced. It is understoodthat other embodiments may be utilized and structural changes may bemade without departing from the scope of the present invention.

Exemplary Operating Environment

FIG. 1 illustrates an example of a suitable computing system environment100 on which the invention may be implemented. The computing systemenvironment 100 is only one example of a suitable computing environmentand is not intended to suggest any limitation as to the scope of use orfunctionality of the invention. Neither should the computing environment100 be interpreted as having any dependency or requirement relating toany one or combination of components illustrated in the exemplaryoperating environment 100.

The invention is operational with numerous other general purpose orspecial purpose computing system environments or configurations.Examples of well known computing systems, environments, and/orconfigurations that may be suitable for use with the invention include,but are not limited to, personal computers, server computers, hand-heldor laptop devices, multiprocessor systems, microprocessor-based systems,set top boxes, programmable consumer electronics, network PCs,minicomputers, mainframe computers, distributed computing environmentsthat include any of the above systems or devices, and the like.

The invention may be described In the general context ofcomputer-executable instructions, such as program modules, beingexecuted by a computer. Generally, program modules include routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Theinvention may also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media including memory storage devices.

With reference to FIG. 1, an exemplary system for implementing theinvention includes a general purpose computing device in the form of acomputer 110. Components of computer 110 may include, but are notlimited to, a processing unit 120, a system memory 130, and a system bus121 that couples various system components including the system memoryto the processing unit 120. The system bus 121 may be any of severaltypes of bus structures including a memory bus or memory controller, aperipheral bus, and a local bus using any of a variety of busarchitectures. By way of example, and not limitation, such architecturesinclude Industry Standard Architecture (ISA) bus, Micro ChannelArchitecture (MCA) bus, Enhanced ISA (EISA) bus, Video ElectronicsStandards Association (VESA) local bus, and Peripheral ComponentInterconnect (PCI) bus also known as Mezzanine bus.

Computer 110 typically Includes a variety of computer readable media.Computer readable media can be any available media that can be accessedby computer 110 and includes both volatile and nonvolatile media,removable and non-removable media. By way of example, and notlimitation, computer readable media may comprise computer storage mediaand communication media. Computer storage media includes both volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information such as computerreadable instructions, data structures, program modules or other data.Computer storage media includes, but is not limited to, RAM, ROM,EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical disk storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can be accessed by computer 110. Communication media typicallyembodies computer readable instructions, data structures, programmodules or other data in a modulated data signal such as a carrier waveor other transport mechanism and includes any information deliverymedia. The term “modulated data signal” means a signal that has one ormore of its characteristics set or changed in such a manner as to encodeinformation in the signal. By way of example, and not limitation,communication media includes wired media such as a wired network ordirect-wired connection, and wireless media such as acoustic, RF,infrared and other wireless media. Combinations of the any of the aboveshould also be included within the scope of computer readable media.

The system memory 130 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 131and random access memory (RAM) 132. A basic input/output system 133(BIOS), containing the basic routines that help to transfer informationbetween elements within computer 110, such as during start-up, istypically stored in ROM 131. RAM 132 typically contains data and/orprogram modules that are immediately accessible to and/or presentlybeing operated on by processing unit 120. By way of example, and notlimitation, FIG. 1 illustrates operating system 134, applicationprograms 135, other program modules 136, and program data 137.

The computer 110 may also include other removable/non-removable,volatile/nonvolatile computer storage media. By way of example only,FIG. 1 illustrates a hard disk drive 141 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 151that reads from or writes to a removable, nonvolatile magnetic disk 152,and an optical disk drive 155 that reads from or writes to a removable,nonvolatile optical disk 156 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, and the like. The hard disk drive 141 is typically connectedto the system bus 121 through an non-removable memory interface such asinterface 140, and magnetic disk drive 151 and optical disk drive 155are typically connected to the system bus 121 by a removable memoryinterface, such as interface 150.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 1, provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 110. In FIG. 1, for example, hard disk drive 141 is illustratedas storing operating system 144, application programs 145, other programmodules 146, and program data 147. Note that these components can eitherbe the same as or different from operating system 134, applicationprograms 135, other program modules 136, and program data 137. Operatingsystem 144, application programs 145, other program modules 146, andprogram data 147 are given different numbers here to illustrate that, ata minimum, they are different copies. A user may enter commands andinformation into the computer 110 through input devices such as akeyboard 162 and pointing device 161, commonly referred to as a mouse,trackball or touch pad. Other input devices (not shown) may include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices are often connected to the processing unit120 through a user input interface 160 that is coupled to the system bus121, but may be connected by other interface and bus structures, such asa parallel port, game port or a universal serial bus (USB). A monitor191 or other type of display device is also connected to the system bus121 via an interface, such as a video interface 190. In addition to themonitor, computers may also include other peripheral output devices suchas speakers 197 and printer 196, which may be connected through anoutput peripheral interface 195. Of particular significance to thepresent invention, a camera 163 (such as a digital/electronic still orvideo camera, or film/photographic scanner) capable of capturing asequence of images 164 can also be included as an input device to thepersonal computer 110. Further, while just one camera is depicted,multiple cameras could be included as an input device to the personalcomputer 110. The images 164 from the one or more cameras are input intothe computer 110 via an appropriate camera interface 165. This interface165 is connected to the system bus 121, thereby allowing the images tobe routed to and stored in the RAM 132, or one of the other data storagedevices associated with the computer 110. However, it is noted thatimage data can be input into the computer 110 from any of theaforementioned computer-readable media as well, without requiring theuse of the camera 163.

The computer 110 may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote computer180. The remote computer 180 may be a personal computer, a server, arouter, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto the computer 110, although only a memory storage device 181 has beenillustrated in FIG. 1. The logical connections depicted in FIG. 1include a local area network (LAN) 171 and a wide area network (WAN)173, but may also include other networks. Such networking environmentsare commonplace in offices, enterprise-wide computer networks, intranetsand the Internet.

When used in a LAN networking environment, the computer 110 is connectedto the LAN 171 through a network interface or adapter 170. When used ina WAN networking environment, the computer 110 typically includes amodem 172 or other means for establishing communications over the WAN173, such as the Internet. The modem 172, which may be internal orexternal, may be connected to the system bus 121 via the user inputinterface 160, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 110, orportions thereof, may be stored in the remote memory storage device. Byway of example, and not limitation, FIG. 1 illustrates remoteapplication programs 185 as residing on memory device 181. It will beappreciated that the network connections shown are exemplary and othermeans of establishing a communications link between the computers may beused.

The exemplary operating environment having now been discussed, theremaining parts of this description section will be devoted to adescription of the program modules embodying the invention.

System Overview

In the system and method according to the present invention, a sequenceof events is graphically shown in an event list, each event beingcapable of being associated with an event timeline bar and correlatedwith a universal timeline that depicts timing for the entire animationsequence. The event list and optimally the event timeline bars anduniversal timeline are typically displayed in the editing window of anelectronic presentation or other software that deals with the schedulingof events. In one embodiment of the present invention, each item in theevent list represents an individual animation effect. The inventiongives a user instant feedback on the sequence of animation events andtheir timing and duration during creation of the sequence. It allows theuser to debug the animation events in real time when using an animationeditor or viewer. The invention can also include an improved timelinescroll bar that allows the user to select desired times and view eventsoccurring at that time in one motion.

More particularly, the invention consists of a User Interface (UI) thatshows the order of the animation events in the presentation in anordered event list. This event list 202 is shown in FIG. 2A. Each itemin the list represents an individual animation effect or event. Eacheffect Is preferably associated with a number that represents its orderin a sequence of mouse clicks or other computer input device selectionactions or its logical relationship to other animation events in theevent list. Each event can optionally be associated with an eventtimeline bar and correlated with a universal timeline. Elements of theevent list are logically related to each other (the logicalrelationships typically being user-specified) and these logicalrelationships may be used in assisting a user to build a sequence ofevents (e.g., an animation sequence).

The following paragraphs describe the system and method according to thepresent invention more specifically.

Logical Relationships Between Events

Elements of the event list may be logically related to each other. Theselogical relationships are typically set by the user on creation of theanimation sequence and are used in automating any modifications that aremade to the sequence of events. Exemplary logical relationships betweenevents (or animation effects) include “start with previous” and “startafter previous”. The “start with previous” logical relationship allowstwo or more animations to start together at the same time as a previousevent in the event list. Thus, the ‘start with previous’ logicalrelationship introduces several items at once in the ordered sequence.On the other hand, the “start after previous” logical relationshipallows a delay before the next animation is introduced. That is, the‘start after previous’ logical relationship causes an event to startafter the completion of an immediately previous event or group of eventsin the event list. Alternately, the user can specify that an event oranimation effect should begin with “start on click”. This ‘start onclick’ logical relationship means that the user can pause theirpresentation until they click their mouse (or other computer inputdevice) a specified number of times. This ‘start on click’ relationship,for example, gives the user time to describe what they are showing on aslide. In another embodiment of the invention, a logical relationshipcan be defined to start an event at the same time as another triggeringevent (e.g., “start on trigger”), producing an event-driven result. Forinstance, the user can use this feature to specify that a slidecontaining background information appear if the user clicks on aparticular portion of a slide. An example of a ‘start on trigger’ UI isshown in FIG. 2B. A divider 210 is shown that lists the name of thetriggering event. Beneath the divider 210 are listed any events 212 thatwill play when the triggering event is satisfied (e.g., if ‘My Button’is clicked on, ‘My Text’ will fly in).

The user may associate a logical relationship with an event in the eventlist by selecting the event and activating a context-sensitive menu.This context-sensitive menu 302, shown in FIG. 3A, allows the user tospecify the selected event's logical relationship to other events in theevent list.

Each event in the event list can also be associated and marked with oneor more indicators. Such an indicator can, for instance, represent thenumber in a sequence of mouse or other computer input device selectionactions which causes an animation effect on an associated object orelement. Or the indicator can represent the logical relationship of ananimation event associated with the object to other animation events inthe event list. In FIG. 3B, the clock indicator 304 represents that the‘bullet’ event will occur after the ‘title’ event appears.

In one embodiment of the invention, shown in FIGS. 4A and 4B, if theuser expands the size of the task pane 402 that contains the event listin the editor, then the amount of space to show the event list andassociated logical relationship indicators is recalculated. If morespace is available more of the animation sequence will be shown. As theuser expands the size of the task pane 402 (and hence gives more spaceto show the information), additional portions of the UI are displayed(e.g., more indicators or more of the event list). If the user reducesthe size of the task pane 402, less information will be displayed (e.g.,the indicators will no longer be displayed, or less events will bedisplayed on the event list). FIG. 4A shows the task pane 402 before itis widened. No logical relationship indicators are shown. As can be seenfrom FIG. 4B, the widening of the task pane 402 causes the ‘start onclick’ indicators 404 a, 404 b, 404 c to be shown.

Event Timeline Bars and Associated Universal Timeline

In another embodiment of the present invention, to allow the user to setmore complex timing relationships, an advanced event timeline view isoptionally provided in conjunction with the event list. This timelineview may be selected by a user from a context-sensitive menu 500associated with an event (e.g., ‘show advanced timeline’ 502, shown inFIG. 5A). In general, this detailed timeline view graphically shows thetiming relationships between events. More specifically, referring toFIG. 5B, each event in the event list may be associated with an eventtimeline bar (504, 506, 508) and correlated to a universal timeline 510showing times (preferably in seconds or portions thereof) that correlateto the event timeline bars displayed in the event list. These eventtimeline bars are graphically depicted as starting at an event starttime and ending at an event end time. Typically, only the event timelinebars corresponding to a specific number of mouse clicks is displayed (asa group) at a given time. For example, if a series of animation eventsare to occur on the third mouse click, the system will display all ofthe event timeline bars associated with events that will occur on thethird mouse click, but will not display event timeline bars associatedwith events occurring on the first and second mouse clicks. However, itis possible to display all of the event timeline bars there is room todisplay on the slide or task pane.

In an alternate embodiment of the invention, shown in FIG. 5C, the usercan place a computer data input device cursor, such as a mouse cursor,over the animation event timeline bar and a window of additionalinformation will pop up. This pop-up window 511 is typically referred toas a “tool tip”. For example, assuming horizontally-oriented eventtimeline bars, if the user holds down the left mouse button over theleft edge on an event timeline bar, the start time of the event willnumerically be displayed. If the user holds down the left mouse buttonover the middle of the event timeline bar, the event duration will benumerically displayed in a pop-up window. Likewise, if the user holdsdown the left mouse button over the right edge of the event timelinebar, the event end time will be displayed. Alternately, this tool tip orpop-up window 511 may provide a list of the elements associated with theanimation event bar. Or the tool tip window could be interactive andallow the user to set up parameters for the animation associated with aspecific object.

The user can drag and drop these event timeline bars (with a mouse orother computer input device) to set exact timings. Again, assuminghorizontal event timeline bars, if a users selects and drags the leftedge of an event timeline bar with an input device the start time ofthis event will be moved either earlier or later in time, depending onthe direction (left or right) the left edge is dragged. If a userselects and drags a right edge of an event bar this will move the endtime of the event either earlier or later In time. Logically, theduration of the event can be modified by modifying the start and stoptimes in this manner. Finally, if a user selects and drags the entireevent bar with an input device, this action will move the entire eventeither later or earlier in time, while maintaining its duration. Anexample of the UI for the drag and drop operation is depicted in FIGS.5D and 5E. FIG. 5D shows the timing of the Title event before it isdragged to a later time. FIG. 5E depicts the Title event after the eventhas been moved to occur a second later in time.

In another embodiment of the present invention, the user can alsospecify that an event be defined as a delay between events. In thiscase, the delay may be depicted as a line, instead of a bar. This lineextends from the end of one event timeline bar to the start of the nextevent timeline bar. Or the event timeline bar may be depicted as a barthat is not filled in or that is colored differently from the rest.Additionally, options can be made available to the user to insert bothlong and short standard delay times between events.

The user of the system and method according to the present invention canuse various mouse and keyboard short cut keys to manipulate the eventtimeline bars of the event list. For example, ‘shift’ and ‘ctrl’keyboard keys can be used to make contiguous and non-contiguous multipleselections in conjunction with a mouse. Furthermore, the user can changethe order of animation effects and associated event bars by selecting ananimation effect in the animation event list and dragging it up or downthe list with a mouse cursor or other computer input device. When theuser changes the order of the animation events by doing this, thelogical relationships associated with the events In the animation listand the indicators associated with them stay the same that is, themeaning they attach to an event or effect is preserved. An example ofchanging a relationship to an ‘after previous’ from a ‘with previous’logical relationship for the ‘Bullet1’ event is shown in FIGS. 5F and5G. FIG. 5F depicts the “before change” condition, while FIG. 5G showsthe event timeline bars after the logical relationship has been changed.As can be seen from these figures, the event timeline bars are changedfrom all occurring at the same time to ‘Bullet1’ (and ‘Bullet2’ thatoccurs with ‘Bullet1’) occurring after the ‘Title1’ event has completed.

The user can also delete an animation effect from the animation list andthe corresponding event bar and associated indicators will be deletedand the logical relationships of the other animation events in the eventlist will be recalculated according to a set of logic rules to reflecttheir new animation order in the animation sequence. FIGS. 5H and 5Iprovide an example of an embodiment wherein an event is deleted. FIG. 5Hshows the event list before the Bullet1 event is deleted. In FIG. 5I,which depicts the event timelines after deletion of the Bullet1 event,the Bullet2 event is then retimed to occur ‘with previous’ based on thelogical relationship associated with this event.

In one embodiment of the present invention the user can specify that anevent repeat itself. This feature is selectable by double-clicking onthe event from the event list to bring up a dialog window that allowsthe user to set the repeat interval. Alternately, the user can rightclick on the event list entry to bring up a context-sensitive menu. Thiscontext-sensitive menu provides the user an option to set a repeatinterval. The user can also change the created repeat interval bymanipulating the event timeline bars.

An single animated object may have zero, one or several event timelinebars associated with it in the animation creation and editing portion ofthe application software, each event timeline bar corresponding to adifferent animation event. However, when the final animation product,such as an electronic presentation, is viewed by an audience theanimation event timeline bars, event list and associated universaltimeline, are not visible.

In one embodiment, when the user is playing an animation, the timelineview is shown to make it easy for the user to follow the sequence. Theuniversal timeline scrollbar is shown moving forward in time and theanimation events occur as the current time marker, the scrollbar'sthumb, reaches them. The user is allowed to pause the animation playbackand directly manipulate the event timeline bars by dragging their startor end times. The user can check the event bar timings by ‘scrubbing’(moving within the universal timeline to locate a particular time) thethumb or current time marker. This process allows the user to get quickfeedback as to the current arrangement of events. FIGS. 6A and 6Bprovide examples of the present invention when the user is playing backan animation sequence. FIG. 6A shows the universal timeline 608 at 0.5seconds, and only the ‘Title’ event has been animated at this time onthe animation playback display pane 610. FIG. 6B shows the universaltimeline 608 at 1 second, at which time the ‘Bullet1’ and ‘Bullet2’events are also animated (e.g., ‘fly in’ to the slide) on the animationplayback display pane 610.

Timing Constraints

Because the event list view and event timeline bar view are combined,the two views allow the user to set timing constraints. If the userchanges the logical relationships with the event timeline bar viewvisible then the event list is re-drawn to show the new sequence. If theuser changes the animation event sequence, the event timeline bar isredrawn to show the new relationships. Without this feature the userwould have to use the mouse to align the two event timeline bars, whichcould be annoying and awkward. If the user sets that an effect shouldfinish “after” the previous effect then this constraint is enforced inthe event timeline bar. This means that if the user changes anotherevent timeline bar to occur earlier in the sequence then the events willbe adjusted to accommodate the constraints of the following eventbars/timelines. This saves the user having to manually retime each ofthe other event timeline bars in the sequence.

One embodiment of the present invention contains a specific set ofconstraint satisfaction rules. These are defined as follows.

i) The first event timeline bar in a sequence is never constrained. Itcannot be set to start “after previous”, since-no previous eventbar/timeline exists.

ii) Event timeline bars set to start “with previous” are not constrainedto one another. Having the “with previous” constraint enforced wouldmake the event timeline bar feature annoying to use, since retiming anyevent timeline bar would force all the other event timeline barspreceding it to be retimed as well. The “with previous” logicalrelationship is treated as a non-constraint, but when it is set thecorresponding event is forced to default to start at the start time ofthe previous event timeline bar.

iii) Event timeline bars set to start “with previous” cannot be retimedprior to an “after previous”. The user is not allowed to drag a “withprevious” event timeline bar prior to the start of an “after previous”.This prevents the user from re-the sequence out of the logical orderevent timeline bars preceding an “after previous” must start either atthe same start time, or later.

iv) Event timeline bars set to start “after previous” start followingthe longest duration event timeline bar of any “with previous” eventtimeline bars in the prior block or group (a group is usually defined ascorresponding to a specific mouse click or input device action), up tothe last “after previous” event timeline bar. This is because the “withprevious” event timeline bars are not constrained. Hence, it isnecessary to force an “after previous” to start following the longestduration.

v) Event timeline bars which have no duration i.e., continue forever(such as, for example repeating events), are treated as having an endtime the same as their start time. Setting an “after previous” in thiscase sets the constraint to the start of the timeline.

Simplified All-In-One Scroll Bar and Timeline Thumb

In one embodiment of the present invention, shown in FIGS. 7A and 7B,the timeline view contains a simplified all-in-one scroll bar andseeking control. This simplified timeline control allows the user toseek time and manipulate the view displayed all in one action. As theuser scrolls forward in time by manipulating a thumb control on auniversal timeline scrollbar more of the event sequence is made visibleto the user. (A thumb is the part of a scrollbar the user can grab withhis mouse cursor or other input device to navigate using the scrollbar.)Additionally, as the user holds his cursor to the right edge of theuniversal scroll bar the events displayed will continue infinitely intime. Similarly, if the user holds his cursor to the right edge of thescroll bar the events displayed will continue backwards in timeinfinitely. This simplified all-in-one scroll bar takes up less screenreal estate that conventional timeline controls, and is morediscoverable, since it appears as a normal scrollbar. For comparison ofthe benefits, existing timelines use a separate control to seek time anda normal scrollbar to manipulate the view. These can be unwieldy, sincethe user has to often scroll and then use a different control to seek toan exact point in time.

WORKING EXAMPLES

The following paragraphs and figures provide additional working examplesof the system and process according to the present invention.

As shown in FIG. 2A, each event (204, 206, 208) in the presentation towhich the user has applied animation is shown in the event list 202. Theevent list 202 is a list of the effects which are to play in the slide.This event list 202 can be thought of as a script it is read from top tobottom and gives the ordering of each effect to play in a slide show. Onthe left side of the list, a sequence number is provided (204 a, 206 a,208 a). The number gives the sequence order in which the animation willplay. In this example, this number also corresponds to the number ofmouse clicks or other input device actions that will cause an animationeffect to take place (i.e., this is how many mouse clicks in thepresentation are required to play to this point in the sequence). In theexample in FIG. 2A, “title” will fly into the slide on the first click,followed by “bullet1” on the next mouse click and “bullet2” on anothermouse click.

In the system and method according to the present invention, the usercan also set up using logical relationships between effects to “startwith previous” 306 and “start after previous” 308, as is shown in FIG.3A. The principle in this case is that “start with previous” allows twoor more animations to start together at the same time introducingseveral items at once; whereas “start after previous” allows a delaybefore the next animation is introduced. “Start on click” means that theuser can pause their presentation until they click their mouse givingthem time to describe what they are showing. This user interface makessetting timing and sequencing easy for all users. The example in FIG. 3Bshows that the ‘Title1’ event is set to animate on the first mouseclick, then after it is finished animating, the ‘Bullet1’ event willanimate. On the second mouse click the ‘Bullet2’ event will animate. Theuser does not have to worry about timing e.g., specifying exact durationor start times in seconds, or manipulating a complex timeline UI todefine their sequence.

Because the timeline and event list views are combined and allow theuser to simply overlay the two within the same task pane, the user doesnot have to do work to understand how the timeline relates to theirsequence or vice-versa; and can switch back and forth between thetimeline and event list views depending on whether they want tomanipulate exact timing, or just build a general sequence. This benefitis shown in FIGS. 5A and 5B. As shown in FIG. 5A, the list view makes iteasy to quickly build a presentation without worrying about timing ormaking complex manipulations. The user simply creates each animationevent and sets its logical relationship using the context-sensitive menu500. The user can then access the timeline view by selecting ‘showadvance timeline’ 502 from the menu 500. As shown in FIG. 5B, switchingto the timeline view shows graphically that the ‘Ttitle1’ event 504starts on a click, and that the ‘Bullet1’ 506 and ‘Bullet2’ events 508will be animated after it, because their event timeline bars are placedfurther along the time axis. The user can then manipulate and finessethese event timelines by dragging and dropping the events in theirentirety, or just the edges of the events to change the start and stoptimes of the events.

If the user changes the logical relationships with the timeline viewvisible then the event timeline bars are re-drawn to show the newsequence. This saves the user having to perform cumbersome andtime-consuming drag operations on the timelines to make them start atthe same time, or after another. In FIGS. 5J and 5K, the user changesthe ‘Bullet2’ event 514 to start after the ‘Bullet1’ event 512, by usingthe context-sensitive menu 516. The event timeline bars (518, 520, 522)in FIG. 5J are redrawn in FIG. 5K (524, 526, 528) to show the newrelationships. Without this feature the user would have to use the mouseto align the event timelines, which could be annoying and awkward.

If the user sets that an effect should finish “after” the previouseffect then this constraint is enforced in the event timeline. Thismeans that if the user changes another event timeline bar earlier in thesequence then all of the following event timeline bars will be adjusted.In the example in FIG. 6C, the user retimes the end of the “Title1”event. As shown in FIG. 6D, this also forces the start times of the‘Bullet1’ and ‘Bullet2’ events to be changed to maintain the “after”relationship. These constraints are shown by the vertical line 602running from the end of the “Title” event timeline bar to the start ofthe “Bullet1” and “Bullet2” event timeline bars. The enforcement ofthese constraints saves the user from having to manually retime each ofthe other event timeline bars in the sequence.

Providing flexible constraints in a timeline is unique and highlypowerful. It means that the user does not need to individually retimeeach event timeline if they make an adjustment earlier in theirpresentation the constraint will push all the other event timelinesforward or backward in time.

The combined scrollbar and seeking control of the present invention isshown in FIGS. 7A and 7B. The thumb control 704 is used to control thetime on the universal timeline scroll bar 702. As the user scrollsforward in time by manipulating the thumb control 704 more of the eventsequence is made visible to the user. Note that the constraint betweenevents is shown as a vertical line 706.

The foregoing description of the invention has been presented for thepurposes of illustration and description. It is not intended to beexhaustive or to limit the invention to the precise form disclosed. Manymodifications and variations are possible in light of the aboveteaching. It is intended that the scope of the invention be limited notby this detailed description, but rather by the claims appended hereto.

1. A computer-implemented process for viewing and controlling ananimation sequence comprising the process actions of: displaying anevent list containing one or more animation events in an orderedsequence; and generating an event timeline graphically depicting thetiming of the animation event which can be displayed for each animationevent.
 2. The process of claim 1 wherein a logical relationship isdefined between one animation event in the event list and anotheranimation event in the event list, and wherein said logical relationshipis usable in manipulating the ordered sequence.
 3. The process of claim2 wherein the logical relationship comprises one of: starting saidanimation event with a previous event, which causes said animation eventto start at the same time as the immediately previous animation event inthe ordered event list; starting said animation event after completionof a previous animation event, which causes said event to start aftercompletion of an immediately previously scheduled event in the orderedsequence; starting said animation event on an input device action, whichcauses said animation event to start after a specific number of inputdevice actions have been completed; starting said animation event aftera delay having a specified duration; and starting said animation eventupon the initiation of another triggering event.
 4. The process of claim2 wherein an animation event in the event list is associated with anindicator that represents said logical relationship between saidanimation event and at least one other animation event in the event listand wherein said indicator is displayed in close enough proximity to theassociated animation event in said event list to be visually associatedwith it.
 5. The process of claim 4 wherein the indicator representingthe logical relationship of starting an animation event with a previousanimation event is a blank space; and wherein, the indicatorrepresenting the logical relationship of starting an animation eventafter a previous animation event is a clock.
 6. The process of claim 1further comprising a graphically-depicted universal timeline thatprovides a time corresponding to all animation event times in in theordered sequence.
 7. The process of claim 6 wherein each said animationevent in said event list is depicted by an event timeline bar whichindicates the animation event's start time, stop time and duration, eachevent timeline bar being correlated to said universal timeline.
 8. Theprocess of claim 7 wherein the event timeline bars are horizontallydepicted and wherein said event can be manipulated by at least one of:selecting and dragging said left edge of said event timeline bar with aninput device to move the start time of said animation event eitherearlier or later in time, selecting and dragging said right edge of saidevent timeline bar with an input device to move the end time of saidanimation event either earlier or later in time; and selecting anddragging said entire event timeline bar with an input device to movesaid event later or earlier in time.
 9. (canceled)
 10. The process ofclaim 2 wherein the logical relationship between animation events in theevent list can be changed by activating a context-sensitive menu. 11.The process of claim 2 wherein the logical relationship betweenanimation events in the event list is maintained when the order of ananimation event in the event list is changed by selecting and draggingthe animation event up or down the event list with a computer inputdevice to change its order in the ordered sequence.
 12. The process ofclaim 1 wherein an event can be created to repeat itself.
 13. Theprocess of claim 10 wherein the context-sensitive menu contains menuitems to allow setting the logical relationship of a selected event to:start with a previous animation event; start after a previous animationevent; start after a specific number of input device selection actions;start after a specified delay; and start upon the initiation of atriggering event.
 14. The process of claim 7 wherein if the logicalrelationship between animation events is changed the event timeline barsare automatically redrawn to show the new logical relationship based ona set of logic constraints.
 15. The process of claim 14 wherein thelogic constraints comprise at least one of: a) a first event in theordered sequence is never constrained; b) an event set to start with aprevious animation event is not constrained to another event that is setto start with a previous animation event; c) a logical relationship thatcauses an animation event to start with a previous animation eventforces the corresponding event to default to start at the start time ofa previous event; d) an animation event that is set to start with aprevious animation event cannot be retimed to start prior to ananimation event that requires that the animation event start after aprevious event; e) an animation event that is set to start with aprevious animation event cannot be set to start prior to an event thatis required to start after a previous animation event; f) an eventpreceding an event that is set to start after a previous animation eventmust start either at the same start time, or later; g) an event set tostart after a previous animation event starts following the longestduration event of any event that is to start with a previous event inthe prior block or group, up to the last ‘after previous’ eventtimeline; and h) an event that has no duration, is treated as having anend time the same as its start time and setting an animation event tostart after a previous event in this case sets the constraint to thestart of the timeline.
 16. The process of claim 3 wherein if a starttime, end time or duration of an animation event is changed all eventsin said ordered sequence will automatically adjusted based on thelogical relationship between the animation events.
 17. The process ofclaim 6 wherein when one of said animation events in said event list isselected with an input device, a corresponding portion of the universaltimeline is displayed.
 18. The process of claim 4 wherein the number ofindicators associated with an animation event is determined by the widthof a display area available for displaying information associated withthe event list.
 19. The process of claim 18 wherein the number ofindicators associated with each event in the event list displayed isincreased when the width of the display is expanded, and the number ofindicators associated with each event in the event list displayed isdecreased when the width of the display is decreased.
 20. The process ofclaim 4 wherein the number of animation events displayed in the eventlist is determined by the height of a display area available fordisplaying information associated with the event list.
 21. The processof claim 20 wherein the number of animation events displayed isincreased when the height of the display is expanded, and the number ofanimation events displayed is decreased when the height of the displayis decreased.
 22. The process of claim 1 wherein the user can usekeyboard keys to manipulate events in the event list.
 23. Acomputer-readable medium having computer-executable instructions forcontrolling and displaying a sequence of events, said computerexecutable instructions comprising: displaying a list of animationevents in time ordered sequence in an event list; defining at least onelogical relationship between animation events; using said at least onelogical relationship to automatically modify the ordered sequenceaccording to a list of logic constraints if a change is made to oneevent that affects other events in the event list.
 24. Thecomputer-readable medium of claim 23, further comprising computerexecutable instructions comprising: displaying an event timelinegraphically depicting the timing of said event.
 25. Thecomputer-readable medium of claim 24 further comprising allowing a userto manipulate the events in the ordered sequence using said event listor said event timeline.
 26. The computer-readable medium of claim 23wherein when the logical relationship of one of said events in saidevent list is changed, the corresponding ordered sequence is changed.27. The computer-readable medium of claim 23 wherein the at least onelogical relationship comprises one of: starting said event with aprevious event, which causes said event to start at the same time as theimmediately previous event in the ordered event list; starting saidevent after completion of a previous event, which causes said event tostart after completion of an immediately previously scheduled event inthe ordered sequence; starting said event on an input device action,which causes said animation event to start after a specific number ofinput device actions have been completed; starting said event after adelay having a specified duration; and starting said event upon theinitiation of another triggering event.
 28. The computer-readable mediumof claim 23 wherein the logic constraints comprise at least one of: a) afirst event in the ordered sequence is never constrained; b) an eventset to start with a previous event is not constrained to another eventthat is set to start with a previous event; c) a logical relationshipthat causes an animation event to start with a previous animation eventforces the corresponding event to default to start at the start time ofa previous event; d) an animation event that is set to start with aprevious animation event cannot be retimed to start prior to ananimation event that requires that the animation event start after aprevious event; e) an animation event that is set to start with aprevious animation event cannot be set to start prior to an event thatis required to start after a previous animation event; f) an eventpreceding an event that is set to start after a previous animation eventmust start either at the same start time, or later; g) an event set tostart after a previous animation event starts following the longestduration event of any event that is to start with a previous event inthe prior block or group, up to the last ‘after previous’ eventtimeline; and h) an event that has no duration, is treated as having anend time the same as its start time and setting an animation event tostart after a previous event sets the constraint to the start of thetimeline.
 29. A system for displaying and controlling an animationsequence, the system comprising: a general purpose computing device; anda computer program comprising program modules executable by thecomputing device, wherein the computing device is directed by theprogram modules of the computer program to, display an event listcontaining at least one event in an ordered sequence on a displaydevice; and display a timeline correlating to said at least one event insaid event list.
 30. A computer-implemented process for controlling atimeline wherein a computer executes the process actions of: displayinga scroll bar representing a timeline wherein a control is overlaid onsaid timeline; and controlling the time selected on the timeline bymoving the control to overlay the desired time, wherein if the controlis moved to the extremes of the time displayed more of the timeline willautomatically be displayed.
 31. The process of claim 30 furthercomprising the process action of: automatically displaying at least oneevent associated with said desired time once the desired time isselected.